SlideShare a Scribd company logo
1 of 21
Download to read offline
© 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 1
Praktyczne aspekty
implementacji IGP
Piotr Jabłoński
pijablon@cisco.com
© 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 2
Ogólne rekomendacje
Jeden proces IGP w całej sieci.
Idealnie jeden obszar.
Wiele obszarów w całej sieci w
zale ności od ilości oraz rodzaju
u ytego sprzętu oraz od mo liwości
innych protokołów.
BGP przenosi prefiksy zewnętrzne,
IGP wskazuje next-hop do tych tras.
Sieć transportowa
POP
POP
POP
Area 3
BGP 1
Area 1
BGP 1
Area 2
BGP 1Area0
BGP 1
© 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 3
Wybór protokołu IGP
Najwa niejsze czynniki: koszty migracji, architektura sieci,
znajomość protokołu.
ISIS jest mniej podatny na ataki z zewnątrz np. DoS.
ISIS jest prostszym protokołem w budowie, ni OSPF. Wszystkie
LSP korzystają z TLV. Szybciej pojawiają się rozszerzenia
wspomagające nowe funkcjonalności.
ISIS wyró nia się priorytetyzacją instalacji prefiksów w tablicy RIB
oraz szerszymi mo liwościami znakowania prefiksów.
Niewielkie ró nice w przeliczeniu SPF na korzyść ISIS.
Więcej urządzeń wspiera OSPF.
© 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 4
Zmiana liczby prefiksów o
20 tys. spowodowała wzrost
czasu przeliczenia SPF o
10 ms.
Zmiana liczby routerów o
3000 spowodowała wzrost
czasu przeliczenia SPF o
200 ms.
Liczba routerów w sieci
IPv4/IPv6 jest głównym
czynnikiem wpływającym na
konwergencję.
350
300
200
150
100
50
250
Milisekund
5000
10000
15000
20000
25000
1000
R
outerów
2000
R
outerów
3000
R
outerów
4000
R
outerów
10 ms
200 ms
Co ma większy wpływ?
Ilość routerów, czy ilość prefiksów?
Przeliczenie SPF
© 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 5
Ilość routerów w obszarze
Obszar Area 0, Level-2 nie musi
pokrywać się z faktyczną topologią
routerów P.
Limit ilości routerów zale ny od
akceptowalnej konwergencji.
Test konwergencji dla ISIS:
Area 1
BGP 1
© 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 6
Ilość tras w IGP
Redukcja rozmiar tablicy IGP do
ilości Loopbacków.
Większe bezpieczeństwo, mniej
rozgłoszeń.
Dodatkowy zysk do
konwergencji.
Ostro nie z agregacją tras.
Prefix-suppression w OSPF lub
advertise passive-only w ISIS
RR WAN
Regionalny
szkielet
PE
PE PE
NMS
CE CE CE
IGP
© 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 7
Limity skalowalności
Nieaktualne ograniczenia
OSPF: Odświe enie bazy z LSA maksymalnie co 60 minut.
Rozwiązanie: DoNotAge bit - ip ospf flood-reduction
ISIS: Maks. ilość fragmentów LSP = 255, ok. 30tys. Prefiksów
Rozwiązanie: IS Alias ID TLV, uruchomione domyślnie
Aktualne ograniczenia
Wymagany czas konwergencji, ilość sąsiadów w obszarze.
OSPF: jedno LSA typu 3, 4, 5, 7 mo e zawierać informację tylko
o jednym prefiksie. ISIS nie ma takich obostrzeń.
© 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 8
Redystrybucja
Nie wykonuj redystrybucji między IGP, a BGP.
IGP nie powinno przenosić zewnętrznych informacji.
BGP ma zapewnić widoczność do zewnętrznych tras.
IGP rozgłasza adresy next-hop dla BGP, czyli np.
adresy Loopback.
© 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 9
OSPF
Stub Area
iBGP Area 0
POP
POP
POP POP
Ochrona przed redystrybucja (OSPF)
Zdefiniowanie obszarów jako
stub.
Filtrowanie LSA Type 3 na
routerach ABR. Leaking
adresów Loopback do sieci
szkieletowej.
Adresy Loopback z osobnej,
łatwo agregowalnej puli
adresów.
Domyślnie trasy iBGP nie sa
redystrybuowane do IGP.
NMS znajduje się w Area0.
OSPF
Stub Area
OSPF
Stub Area
OSPF
Stub Area
eBGP
eBGP
eBGPeBGP
ABR
© 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 10
Konwergencja sieci
Mechanizmy przyspieszające konwergencję
Carrier Delay
Event Dampening na interfejsie
Liczniki Hello/dead
Bi-Directional Forwarding Detection—(BFD)
Liczniki czasu generowania LSA oraz przeliczenia SPF
Incremental SPF
Przeliczenie części tras (Partial SPF)
LSA packet pacing
Licznik MinLSArrival
Mechanizmy zwiększające niezawodność
Stub router
Graceful Restart/NSF
NSR
© 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 11
Przeliczenie SPF
Konfiguracja Cisco:
spf-interval <spf-max> <spf-start> <spf-hold>
<spf-max> Maksymalny czas między kalkulacjami SPF (sek)
<spf-start> Czas do pierwszego przeliczenia (msek)
<spf-hold> Czas między pierwszym i drugim SPF (msek)
Konfiguracja Juniper:
set spf-options delay <> holddown <> rapid-runs <>
<delay> Czas odliczany w ‘fast mode’ (msek)
<holddown> Czas odliczany w ‘slow mode’ (msek)
<rapid-runs> Ilość szybkich update’ów, po których nastąpi
przełączenie w ‘slow mode’ (numer)
Przykład dla OSPF
© 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 12
Przeliczenie inkrementalne SPF
Incremental SPF
Zmodyfikowany algorytm Dijkstry
Utrzymuje niezmienioną część drzewa
Przbudowuje zmienioną część drzewa SPF
Dołącza ponownie usunięte segmenty do niezmienionej reszty
drzewa
R1
R2
R3
R4
R5
© 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 13
Wpływ Inkrementalnego SPF
Zawsze są węzły, które są bli ej zmian w topologii oraz
węzły, które są dalej.
Rozgłoszenie informacji o zmianie zabiera czas
proporcjonalnie do odległośc – najdalsze węzły są
informowane najpóźniej.
Je eli pełny SPF jest uruchamiany na wszystkich
węzłach, wówczas najdalsze routery zbiegną się
najpóźniej.
Wraz z iSPF dalsze węzły przetwarzają coraz mniej, w
krótszym czasie. Rezultatem jest szybsza
konwergencja całej sieci.
© 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 14
Przeliczenie części tras
Pełny SPF
Wywoływany przez zmianę dotyczącą węzła lub prefiksów.
Całe drzewo SPT jest przeliczane.
Wszystkie typy LSA (Type-1/2/3/4/5/7) są brane pod uwagę.
Częściowy SPF
Wywoływany przez zmianę pochodzącą od LSA Type-3/4/5/7.
Je eli jest to Type-3, wszystkie LSA Type-3 do prefiksu są
przeliczane.
Je eli jest to Type-5/7, wszystkie LSA Type-5/7 LSA do prefiksu
są przeliczane.
Je eli jest to Type-4, wszystkie LSA Type-4 LSA do
określonego ASBR oraz wszystkie LSA Type-5/7 LSA są
przeliczane.
Partial SPF
© 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 15
Przeliczenie części tras
Czas przeliczenia SPF
Pełny SPF:
Zale y od:
Ilości węzłów/linków w obszarze
Ilości LSA Type-3/4/5/7
Przykład przeliczenia SPF (12k)
50 węzłów ~ 10ms
100 węzłów ~ 25ms
500 węzłów ~ 50 ms
1000 węzłów ~ 100 ms
Częściowy SPF:
Szybkie przeliczenie – od 0,5 do 10 ms.
Partial SPF
© 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 16
C
10
10
Interakcja BGP z IGP
E uczy się trasy 10.1.1.0/24
poprzez iBGP od węzła D z
next-hop = A
E sprawdza ście kę do A i
znajduje ją w IGP poprzez
router D. E instaluje trasę BGP
w RIB.
Wraz z uruchomieniem C
pojawia się nowa ście ka. E
zmienia ście kę do A
wybierając C, jako najlepszą
ście kę.
A
B
D
E
10.1.1.0/24
eBGP
Pełna
siatka
połączeń
iBGP
20
20
Oryginalna
ście ka do
A
C oferuje
krótszą
metrykę do A
© 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 17
C
10
10
Interakcja BGP z IGP
Jednak BGP na C jest jeszcze
nie gotowe. Konwergencja 340
tys. prefiksów zabiera więcej
czasu.
Je eli E wysyła pakiety pod
10.1.1.1 węzeł C nie wie, gdzie
je wysłać dalej w sieci.
C odrzuca pakiety.
A
B
D
E
10.1.1.0/24
eBGP
Pełna
siatka
połączeń
iBGP
20
20
C nie ma w
RIB trasy
10.1.1.0/24
© 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 18
C
10
10
Odczekanie na BGP
Rozwiązaniem jest, by C
zasygnalizował sąsiadom, e nie
powinni korzystać z niego, jako
tranzytu.
Router E będzie przesyłał ruch poprzez
D do czasu zakończenia konwergencji
na C.
W OSPF czekanie na BGP
sygnalizowane jest za pomocą
maksymalnej metryki.
W ISIS jest opcja ustawienia bitu
overload (Cisco) lub maksymalnej
metryki (Juniper).
A
B
D
E
10.1.1.0/24
eBGP
Pełna
siatka
połączeń
iBGP
20
20
Nie wysyłaj danych
© 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 19
Bezpieczeństwo
Włączenie uwierzytelniania w IGP.
TTL-security w OSPF.
Ochrona przed przepełnieniem bazy LSA.
Nie rozgłaszanie adresów połączeniowych. Loopbacki
urządzeń osiągalne poprzez serwer pośredni.
ISIS działa bezpośrednio w warstwie 2. Nie mo na
zaatakować za pomocą IP.
© 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 20
Pytania i odpowiedzi
© 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 21

More Related Content

What's hot

PLNOG 9: Łukasz Bromirski, Rafał Szarecki - MPLS VPN - Architektura i przeglą...
PLNOG 9: Łukasz Bromirski, Rafał Szarecki - MPLS VPN - Architektura i przeglą...PLNOG 9: Łukasz Bromirski, Rafał Szarecki - MPLS VPN - Architektura i przeglą...
PLNOG 9: Łukasz Bromirski, Rafał Szarecki - MPLS VPN - Architektura i przeglą...PROIDEA
 
PLNOG 3: Piotr Jabłoński - Realizacja styku międzyoperatorskiego dla usług L...
PLNOG 3: Piotr Jabłoński -  Realizacja styku międzyoperatorskiego dla usług L...PLNOG 3: Piotr Jabłoński -  Realizacja styku międzyoperatorskiego dla usług L...
PLNOG 3: Piotr Jabłoński - Realizacja styku międzyoperatorskiego dla usług L...PROIDEA
 
PLNOG 9: Krzysztof Mazepa - Dostęp szerokopasmowy IPv6
PLNOG 9: Krzysztof Mazepa - Dostęp szerokopasmowy IPv6PLNOG 9: Krzysztof Mazepa - Dostęp szerokopasmowy IPv6
PLNOG 9: Krzysztof Mazepa - Dostęp szerokopasmowy IPv6PROIDEA
 
PLNOG14: Nowości w protokole BGP, optymalizacja routingu na brzegu sieci - Łu...
PLNOG14: Nowości w protokole BGP, optymalizacja routingu na brzegu sieci - Łu...PLNOG14: Nowości w protokole BGP, optymalizacja routingu na brzegu sieci - Łu...
PLNOG14: Nowości w protokole BGP, optymalizacja routingu na brzegu sieci - Łu...PROIDEA
 
Lukasz Bromirski - Inzynieria ruchowa w sieciach MPLS
Lukasz Bromirski - Inzynieria ruchowa w sieciach MPLSLukasz Bromirski - Inzynieria ruchowa w sieciach MPLS
Lukasz Bromirski - Inzynieria ruchowa w sieciach MPLSPROIDEA
 
PLNOG 9: Krzysztof Mazepa - Transmisja 100G DWDM/IPoDWDM Orange Polska - case...
PLNOG 9: Krzysztof Mazepa - Transmisja 100G DWDM/IPoDWDM Orange Polska - case...PLNOG 9: Krzysztof Mazepa - Transmisja 100G DWDM/IPoDWDM Orange Polska - case...
PLNOG 9: Krzysztof Mazepa - Transmisja 100G DWDM/IPoDWDM Orange Polska - case...PROIDEA
 
PLNOG 9: Łukasz Bromirski, Rafał Szarecki - Sklejanie VPN (różnych typów)
PLNOG 9: Łukasz Bromirski, Rafał Szarecki - Sklejanie VPN (różnych typów) PLNOG 9: Łukasz Bromirski, Rafał Szarecki - Sklejanie VPN (różnych typów)
PLNOG 9: Łukasz Bromirski, Rafał Szarecki - Sklejanie VPN (różnych typów) PROIDEA
 
PLNOG 7: Marcin Bała, Tomasz Stępniak - budowa sieci dostępowych TriplePlay
PLNOG 7: Marcin Bała, Tomasz Stępniak - budowa sieci dostępowych TriplePlayPLNOG 7: Marcin Bała, Tomasz Stępniak - budowa sieci dostępowych TriplePlay
PLNOG 7: Marcin Bała, Tomasz Stępniak - budowa sieci dostępowych TriplePlayPROIDEA
 
PLNOG19 - Konrad Kulikowski - Segment Routing – okiem praktyka
 PLNOG19 - Konrad Kulikowski - Segment Routing – okiem praktyka PLNOG19 - Konrad Kulikowski - Segment Routing – okiem praktyka
PLNOG19 - Konrad Kulikowski - Segment Routing – okiem praktykaPROIDEA
 
PLNOG 9: Marcin Aronowski - Unified MPLS
PLNOG 9: Marcin Aronowski - Unified MPLSPLNOG 9: Marcin Aronowski - Unified MPLS
PLNOG 9: Marcin Aronowski - Unified MPLSPROIDEA
 
PLNOG16: Wielopunktowy VPN, Piotr Głaska
PLNOG16: Wielopunktowy VPN, Piotr GłaskaPLNOG16: Wielopunktowy VPN, Piotr Głaska
PLNOG16: Wielopunktowy VPN, Piotr GłaskaPROIDEA
 
PLNOG 6: Łukasz Bromirski - Protokoły warstwy 2 - Przegląd dostępnych opcji
PLNOG 6: Łukasz Bromirski - Protokoły warstwy 2 - Przegląd dostępnych opcji PLNOG 6: Łukasz Bromirski - Protokoły warstwy 2 - Przegląd dostępnych opcji
PLNOG 6: Łukasz Bromirski - Protokoły warstwy 2 - Przegląd dostępnych opcji PROIDEA
 
PLNOG 5: Bartosz Kiziukiewicz, Marcin Wójcik - Praktyczne wskazówki projektow...
PLNOG 5: Bartosz Kiziukiewicz, Marcin Wójcik - Praktyczne wskazówki projektow...PLNOG 5: Bartosz Kiziukiewicz, Marcin Wójcik - Praktyczne wskazówki projektow...
PLNOG 5: Bartosz Kiziukiewicz, Marcin Wójcik - Praktyczne wskazówki projektow...PROIDEA
 
PLNOG16: Transport ruchu klientów - MPLS L2 i L3, Tomasz Jedynak
PLNOG16: Transport ruchu klientów - MPLS L2 i L3, Tomasz JedynakPLNOG16: Transport ruchu klientów - MPLS L2 i L3, Tomasz Jedynak
PLNOG16: Transport ruchu klientów - MPLS L2 i L3, Tomasz JedynakPROIDEA
 
PLNOG15: IP services architecture with TDM quality in MPLS/IP networks - Mare...
PLNOG15: IP services architecture with TDM quality in MPLS/IP networks - Mare...PLNOG15: IP services architecture with TDM quality in MPLS/IP networks - Mare...
PLNOG15: IP services architecture with TDM quality in MPLS/IP networks - Mare...PROIDEA
 
PLNOG 9: Krzysztof Konkowski - Multicast MPLS
PLNOG 9: Krzysztof Konkowski - Multicast MPLS PLNOG 9: Krzysztof Konkowski - Multicast MPLS
PLNOG 9: Krzysztof Konkowski - Multicast MPLS PROIDEA
 
PLNOG 8: Marcin Bala, Michał Furmański - Kompleksowe rozwiązania TriplePlay o...
PLNOG 8: Marcin Bala, Michał Furmański - Kompleksowe rozwiązania TriplePlay o...PLNOG 8: Marcin Bala, Michał Furmański - Kompleksowe rozwiązania TriplePlay o...
PLNOG 8: Marcin Bala, Michał Furmański - Kompleksowe rozwiązania TriplePlay o...PROIDEA
 
PLNOG 3: Łukasz Bromirski - Budowa sieci multicast
PLNOG 3: Łukasz Bromirski - Budowa sieci multicastPLNOG 3: Łukasz Bromirski - Budowa sieci multicast
PLNOG 3: Łukasz Bromirski - Budowa sieci multicastPROIDEA
 
PLNOG 9: Ryszard Czernecki - Bezpieczeństwo usług a zasoby sprzętowe platform...
PLNOG 9: Ryszard Czernecki - Bezpieczeństwo usług a zasoby sprzętowe platform...PLNOG 9: Ryszard Czernecki - Bezpieczeństwo usług a zasoby sprzętowe platform...
PLNOG 9: Ryszard Czernecki - Bezpieczeństwo usług a zasoby sprzętowe platform...PROIDEA
 

What's hot (19)

PLNOG 9: Łukasz Bromirski, Rafał Szarecki - MPLS VPN - Architektura i przeglą...
PLNOG 9: Łukasz Bromirski, Rafał Szarecki - MPLS VPN - Architektura i przeglą...PLNOG 9: Łukasz Bromirski, Rafał Szarecki - MPLS VPN - Architektura i przeglą...
PLNOG 9: Łukasz Bromirski, Rafał Szarecki - MPLS VPN - Architektura i przeglą...
 
PLNOG 3: Piotr Jabłoński - Realizacja styku międzyoperatorskiego dla usług L...
PLNOG 3: Piotr Jabłoński -  Realizacja styku międzyoperatorskiego dla usług L...PLNOG 3: Piotr Jabłoński -  Realizacja styku międzyoperatorskiego dla usług L...
PLNOG 3: Piotr Jabłoński - Realizacja styku międzyoperatorskiego dla usług L...
 
PLNOG 9: Krzysztof Mazepa - Dostęp szerokopasmowy IPv6
PLNOG 9: Krzysztof Mazepa - Dostęp szerokopasmowy IPv6PLNOG 9: Krzysztof Mazepa - Dostęp szerokopasmowy IPv6
PLNOG 9: Krzysztof Mazepa - Dostęp szerokopasmowy IPv6
 
PLNOG14: Nowości w protokole BGP, optymalizacja routingu na brzegu sieci - Łu...
PLNOG14: Nowości w protokole BGP, optymalizacja routingu na brzegu sieci - Łu...PLNOG14: Nowości w protokole BGP, optymalizacja routingu na brzegu sieci - Łu...
PLNOG14: Nowości w protokole BGP, optymalizacja routingu na brzegu sieci - Łu...
 
Lukasz Bromirski - Inzynieria ruchowa w sieciach MPLS
Lukasz Bromirski - Inzynieria ruchowa w sieciach MPLSLukasz Bromirski - Inzynieria ruchowa w sieciach MPLS
Lukasz Bromirski - Inzynieria ruchowa w sieciach MPLS
 
PLNOG 9: Krzysztof Mazepa - Transmisja 100G DWDM/IPoDWDM Orange Polska - case...
PLNOG 9: Krzysztof Mazepa - Transmisja 100G DWDM/IPoDWDM Orange Polska - case...PLNOG 9: Krzysztof Mazepa - Transmisja 100G DWDM/IPoDWDM Orange Polska - case...
PLNOG 9: Krzysztof Mazepa - Transmisja 100G DWDM/IPoDWDM Orange Polska - case...
 
PLNOG 9: Łukasz Bromirski, Rafał Szarecki - Sklejanie VPN (różnych typów)
PLNOG 9: Łukasz Bromirski, Rafał Szarecki - Sklejanie VPN (różnych typów) PLNOG 9: Łukasz Bromirski, Rafał Szarecki - Sklejanie VPN (różnych typów)
PLNOG 9: Łukasz Bromirski, Rafał Szarecki - Sklejanie VPN (różnych typów)
 
PLNOG 7: Marcin Bała, Tomasz Stępniak - budowa sieci dostępowych TriplePlay
PLNOG 7: Marcin Bała, Tomasz Stępniak - budowa sieci dostępowych TriplePlayPLNOG 7: Marcin Bała, Tomasz Stępniak - budowa sieci dostępowych TriplePlay
PLNOG 7: Marcin Bała, Tomasz Stępniak - budowa sieci dostępowych TriplePlay
 
PLNOG19 - Konrad Kulikowski - Segment Routing – okiem praktyka
 PLNOG19 - Konrad Kulikowski - Segment Routing – okiem praktyka PLNOG19 - Konrad Kulikowski - Segment Routing – okiem praktyka
PLNOG19 - Konrad Kulikowski - Segment Routing – okiem praktyka
 
PLNOG 9: Marcin Aronowski - Unified MPLS
PLNOG 9: Marcin Aronowski - Unified MPLSPLNOG 9: Marcin Aronowski - Unified MPLS
PLNOG 9: Marcin Aronowski - Unified MPLS
 
PLNOG16: Wielopunktowy VPN, Piotr Głaska
PLNOG16: Wielopunktowy VPN, Piotr GłaskaPLNOG16: Wielopunktowy VPN, Piotr Głaska
PLNOG16: Wielopunktowy VPN, Piotr Głaska
 
PLNOG 6: Łukasz Bromirski - Protokoły warstwy 2 - Przegląd dostępnych opcji
PLNOG 6: Łukasz Bromirski - Protokoły warstwy 2 - Przegląd dostępnych opcji PLNOG 6: Łukasz Bromirski - Protokoły warstwy 2 - Przegląd dostępnych opcji
PLNOG 6: Łukasz Bromirski - Protokoły warstwy 2 - Przegląd dostępnych opcji
 
PLNOG 5: Bartosz Kiziukiewicz, Marcin Wójcik - Praktyczne wskazówki projektow...
PLNOG 5: Bartosz Kiziukiewicz, Marcin Wójcik - Praktyczne wskazówki projektow...PLNOG 5: Bartosz Kiziukiewicz, Marcin Wójcik - Praktyczne wskazówki projektow...
PLNOG 5: Bartosz Kiziukiewicz, Marcin Wójcik - Praktyczne wskazówki projektow...
 
PLNOG16: Transport ruchu klientów - MPLS L2 i L3, Tomasz Jedynak
PLNOG16: Transport ruchu klientów - MPLS L2 i L3, Tomasz JedynakPLNOG16: Transport ruchu klientów - MPLS L2 i L3, Tomasz Jedynak
PLNOG16: Transport ruchu klientów - MPLS L2 i L3, Tomasz Jedynak
 
PLNOG15: IP services architecture with TDM quality in MPLS/IP networks - Mare...
PLNOG15: IP services architecture with TDM quality in MPLS/IP networks - Mare...PLNOG15: IP services architecture with TDM quality in MPLS/IP networks - Mare...
PLNOG15: IP services architecture with TDM quality in MPLS/IP networks - Mare...
 
PLNOG 9: Krzysztof Konkowski - Multicast MPLS
PLNOG 9: Krzysztof Konkowski - Multicast MPLS PLNOG 9: Krzysztof Konkowski - Multicast MPLS
PLNOG 9: Krzysztof Konkowski - Multicast MPLS
 
PLNOG 8: Marcin Bala, Michał Furmański - Kompleksowe rozwiązania TriplePlay o...
PLNOG 8: Marcin Bala, Michał Furmański - Kompleksowe rozwiązania TriplePlay o...PLNOG 8: Marcin Bala, Michał Furmański - Kompleksowe rozwiązania TriplePlay o...
PLNOG 8: Marcin Bala, Michał Furmański - Kompleksowe rozwiązania TriplePlay o...
 
PLNOG 3: Łukasz Bromirski - Budowa sieci multicast
PLNOG 3: Łukasz Bromirski - Budowa sieci multicastPLNOG 3: Łukasz Bromirski - Budowa sieci multicast
PLNOG 3: Łukasz Bromirski - Budowa sieci multicast
 
PLNOG 9: Ryszard Czernecki - Bezpieczeństwo usług a zasoby sprzętowe platform...
PLNOG 9: Ryszard Czernecki - Bezpieczeństwo usług a zasoby sprzętowe platform...PLNOG 9: Ryszard Czernecki - Bezpieczeństwo usług a zasoby sprzętowe platform...
PLNOG 9: Ryszard Czernecki - Bezpieczeństwo usług a zasoby sprzętowe platform...
 

Similar to PLNOG 6: Piotr Jabłoński - Praktyczne aspekty implementacji IGP

Przemyslaw Misiak - Wdrazanie mechanizmow QoS w sieciach MPLS
Przemyslaw Misiak -  Wdrazanie mechanizmow QoS w sieciach MPLSPrzemyslaw Misiak -  Wdrazanie mechanizmow QoS w sieciach MPLS
Przemyslaw Misiak - Wdrazanie mechanizmow QoS w sieciach MPLSPROIDEA
 
PLNOG 7: Krzysztof Konkowski - QoS a sieci agregacyjne
PLNOG 7: Krzysztof Konkowski - QoS a sieci agregacyjne PLNOG 7: Krzysztof Konkowski - QoS a sieci agregacyjne
PLNOG 7: Krzysztof Konkowski - QoS a sieci agregacyjne PROIDEA
 
PLNOG 4: Piotr Marciniak - Wdrożenie IPTV w sieci ETTH
PLNOG 4: Piotr Marciniak - Wdrożenie IPTV w sieci ETTHPLNOG 4: Piotr Marciniak - Wdrożenie IPTV w sieci ETTH
PLNOG 4: Piotr Marciniak - Wdrożenie IPTV w sieci ETTHPROIDEA
 
PLNOG 7: Bartłomiej Anszperger - MPLS - trochę głębiej
PLNOG 7: Bartłomiej Anszperger - MPLS - trochę głębiej PLNOG 7: Bartłomiej Anszperger - MPLS - trochę głębiej
PLNOG 7: Bartłomiej Anszperger - MPLS - trochę głębiej PROIDEA
 
PLNOG20 - Krzysztof Mazepa - Transformacja poprzez innowacje
PLNOG20 - Krzysztof Mazepa - Transformacja poprzez innowacjePLNOG20 - Krzysztof Mazepa - Transformacja poprzez innowacje
PLNOG20 - Krzysztof Mazepa - Transformacja poprzez innowacjePROIDEA
 
PLNOG15: BGP Route Reflector from practical point of view
PLNOG15: BGP Route Reflector from practical point of viewPLNOG15: BGP Route Reflector from practical point of view
PLNOG15: BGP Route Reflector from practical point of viewPROIDEA
 
PLNOG 9: Daniel Fenert - nazwa.pl - nieustanny rozwój
PLNOG 9: Daniel Fenert - nazwa.pl - nieustanny rozwój PLNOG 9: Daniel Fenert - nazwa.pl - nieustanny rozwój
PLNOG 9: Daniel Fenert - nazwa.pl - nieustanny rozwój PROIDEA
 
PLNOG 7: Krzysztof Mazepa - Konfiguracja usług szerokopasmowych na urządzenia...
PLNOG 7: Krzysztof Mazepa - Konfiguracja usług szerokopasmowych na urządzenia...PLNOG 7: Krzysztof Mazepa - Konfiguracja usług szerokopasmowych na urządzenia...
PLNOG 7: Krzysztof Mazepa - Konfiguracja usług szerokopasmowych na urządzenia...PROIDEA
 
PLNOG 5: Łukasz Bromirski - Locator/ID SPlit (LISP)
PLNOG 5: Łukasz Bromirski - Locator/ID SPlit (LISP)PLNOG 5: Łukasz Bromirski - Locator/ID SPlit (LISP)
PLNOG 5: Łukasz Bromirski - Locator/ID SPlit (LISP)PROIDEA
 
PLNOG15: End of theoretical talks on SDN! Time for real solutions - Cisco SP ...
PLNOG15: End of theoretical talks on SDN! Time for real solutions - Cisco SP ...PLNOG15: End of theoretical talks on SDN! Time for real solutions - Cisco SP ...
PLNOG15: End of theoretical talks on SDN! Time for real solutions - Cisco SP ...PROIDEA
 
PLNOG 6: Krzysztof Mazepa - Rozwiązania operatorskie "Carrier Grade IPv6"
PLNOG 6: Krzysztof Mazepa - Rozwiązania operatorskie "Carrier Grade IPv6" PLNOG 6: Krzysztof Mazepa - Rozwiązania operatorskie "Carrier Grade IPv6"
PLNOG 6: Krzysztof Mazepa - Rozwiązania operatorskie "Carrier Grade IPv6" PROIDEA
 
Security B-Sides Warsaw 2012 - Bezpieczenstwo IPv6 - Gawel Mikolajczyk
Security B-Sides Warsaw 2012 - Bezpieczenstwo IPv6 - Gawel MikolajczykSecurity B-Sides Warsaw 2012 - Bezpieczenstwo IPv6 - Gawel Mikolajczyk
Security B-Sides Warsaw 2012 - Bezpieczenstwo IPv6 - Gawel MikolajczykGawel Mikolajczyk
 
Security B-Sides Warsaw 2013 - Masywna Telemetria NetFlow jest Masywna - Gawe...
Security B-Sides Warsaw 2013 - Masywna Telemetria NetFlow jest Masywna - Gawe...Security B-Sides Warsaw 2013 - Masywna Telemetria NetFlow jest Masywna - Gawe...
Security B-Sides Warsaw 2013 - Masywna Telemetria NetFlow jest Masywna - Gawe...Gawel Mikolajczyk
 
PLNOG 8: Przemysław Grygiel - Data Center Allegro wyboista droga L2 do autost...
PLNOG 8: Przemysław Grygiel - Data Center Allegro wyboista droga L2 do autost...PLNOG 8: Przemysław Grygiel - Data Center Allegro wyboista droga L2 do autost...
PLNOG 8: Przemysław Grygiel - Data Center Allegro wyboista droga L2 do autost...PROIDEA
 
PLNOG 4: Piotr Jabłoński - Podstawy MPLS
PLNOG 4: Piotr Jabłoński - Podstawy MPLSPLNOG 4: Piotr Jabłoński - Podstawy MPLS
PLNOG 4: Piotr Jabłoński - Podstawy MPLSPROIDEA
 
Stosy sieciowe w przestrzeni użytkownika.
Stosy sieciowe w przestrzeni użytkownika.Stosy sieciowe w przestrzeni użytkownika.
Stosy sieciowe w przestrzeni użytkownika.Semihalf
 
100 M pakietów na sekundę dla każdego.
100 M pakietów na sekundę dla każdego. 100 M pakietów na sekundę dla każdego.
100 M pakietów na sekundę dla każdego. Redge Technologies
 
Halokwadrat PLNOG - Freeswitch a big boys Softswitch
Halokwadrat PLNOG - Freeswitch a big boys SoftswitchHalokwadrat PLNOG - Freeswitch a big boys Softswitch
Halokwadrat PLNOG - Freeswitch a big boys Softswitchmichalpodoski
 

Similar to PLNOG 6: Piotr Jabłoński - Praktyczne aspekty implementacji IGP (18)

Przemyslaw Misiak - Wdrazanie mechanizmow QoS w sieciach MPLS
Przemyslaw Misiak -  Wdrazanie mechanizmow QoS w sieciach MPLSPrzemyslaw Misiak -  Wdrazanie mechanizmow QoS w sieciach MPLS
Przemyslaw Misiak - Wdrazanie mechanizmow QoS w sieciach MPLS
 
PLNOG 7: Krzysztof Konkowski - QoS a sieci agregacyjne
PLNOG 7: Krzysztof Konkowski - QoS a sieci agregacyjne PLNOG 7: Krzysztof Konkowski - QoS a sieci agregacyjne
PLNOG 7: Krzysztof Konkowski - QoS a sieci agregacyjne
 
PLNOG 4: Piotr Marciniak - Wdrożenie IPTV w sieci ETTH
PLNOG 4: Piotr Marciniak - Wdrożenie IPTV w sieci ETTHPLNOG 4: Piotr Marciniak - Wdrożenie IPTV w sieci ETTH
PLNOG 4: Piotr Marciniak - Wdrożenie IPTV w sieci ETTH
 
PLNOG 7: Bartłomiej Anszperger - MPLS - trochę głębiej
PLNOG 7: Bartłomiej Anszperger - MPLS - trochę głębiej PLNOG 7: Bartłomiej Anszperger - MPLS - trochę głębiej
PLNOG 7: Bartłomiej Anszperger - MPLS - trochę głębiej
 
PLNOG20 - Krzysztof Mazepa - Transformacja poprzez innowacje
PLNOG20 - Krzysztof Mazepa - Transformacja poprzez innowacjePLNOG20 - Krzysztof Mazepa - Transformacja poprzez innowacje
PLNOG20 - Krzysztof Mazepa - Transformacja poprzez innowacje
 
PLNOG15: BGP Route Reflector from practical point of view
PLNOG15: BGP Route Reflector from practical point of viewPLNOG15: BGP Route Reflector from practical point of view
PLNOG15: BGP Route Reflector from practical point of view
 
PLNOG 9: Daniel Fenert - nazwa.pl - nieustanny rozwój
PLNOG 9: Daniel Fenert - nazwa.pl - nieustanny rozwój PLNOG 9: Daniel Fenert - nazwa.pl - nieustanny rozwój
PLNOG 9: Daniel Fenert - nazwa.pl - nieustanny rozwój
 
PLNOG 7: Krzysztof Mazepa - Konfiguracja usług szerokopasmowych na urządzenia...
PLNOG 7: Krzysztof Mazepa - Konfiguracja usług szerokopasmowych na urządzenia...PLNOG 7: Krzysztof Mazepa - Konfiguracja usług szerokopasmowych na urządzenia...
PLNOG 7: Krzysztof Mazepa - Konfiguracja usług szerokopasmowych na urządzenia...
 
PLNOG 5: Łukasz Bromirski - Locator/ID SPlit (LISP)
PLNOG 5: Łukasz Bromirski - Locator/ID SPlit (LISP)PLNOG 5: Łukasz Bromirski - Locator/ID SPlit (LISP)
PLNOG 5: Łukasz Bromirski - Locator/ID SPlit (LISP)
 
PLNOG15: End of theoretical talks on SDN! Time for real solutions - Cisco SP ...
PLNOG15: End of theoretical talks on SDN! Time for real solutions - Cisco SP ...PLNOG15: End of theoretical talks on SDN! Time for real solutions - Cisco SP ...
PLNOG15: End of theoretical talks on SDN! Time for real solutions - Cisco SP ...
 
PLNOG 6: Krzysztof Mazepa - Rozwiązania operatorskie "Carrier Grade IPv6"
PLNOG 6: Krzysztof Mazepa - Rozwiązania operatorskie "Carrier Grade IPv6" PLNOG 6: Krzysztof Mazepa - Rozwiązania operatorskie "Carrier Grade IPv6"
PLNOG 6: Krzysztof Mazepa - Rozwiązania operatorskie "Carrier Grade IPv6"
 
Security B-Sides Warsaw 2012 - Bezpieczenstwo IPv6 - Gawel Mikolajczyk
Security B-Sides Warsaw 2012 - Bezpieczenstwo IPv6 - Gawel MikolajczykSecurity B-Sides Warsaw 2012 - Bezpieczenstwo IPv6 - Gawel Mikolajczyk
Security B-Sides Warsaw 2012 - Bezpieczenstwo IPv6 - Gawel Mikolajczyk
 
Security B-Sides Warsaw 2013 - Masywna Telemetria NetFlow jest Masywna - Gawe...
Security B-Sides Warsaw 2013 - Masywna Telemetria NetFlow jest Masywna - Gawe...Security B-Sides Warsaw 2013 - Masywna Telemetria NetFlow jest Masywna - Gawe...
Security B-Sides Warsaw 2013 - Masywna Telemetria NetFlow jest Masywna - Gawe...
 
PLNOG 8: Przemysław Grygiel - Data Center Allegro wyboista droga L2 do autost...
PLNOG 8: Przemysław Grygiel - Data Center Allegro wyboista droga L2 do autost...PLNOG 8: Przemysław Grygiel - Data Center Allegro wyboista droga L2 do autost...
PLNOG 8: Przemysław Grygiel - Data Center Allegro wyboista droga L2 do autost...
 
PLNOG 4: Piotr Jabłoński - Podstawy MPLS
PLNOG 4: Piotr Jabłoński - Podstawy MPLSPLNOG 4: Piotr Jabłoński - Podstawy MPLS
PLNOG 4: Piotr Jabłoński - Podstawy MPLS
 
Stosy sieciowe w przestrzeni użytkownika.
Stosy sieciowe w przestrzeni użytkownika.Stosy sieciowe w przestrzeni użytkownika.
Stosy sieciowe w przestrzeni użytkownika.
 
100 M pakietów na sekundę dla każdego.
100 M pakietów na sekundę dla każdego. 100 M pakietów na sekundę dla każdego.
100 M pakietów na sekundę dla każdego.
 
Halokwadrat PLNOG - Freeswitch a big boys Softswitch
Halokwadrat PLNOG - Freeswitch a big boys SoftswitchHalokwadrat PLNOG - Freeswitch a big boys Softswitch
Halokwadrat PLNOG - Freeswitch a big boys Softswitch
 

PLNOG 6: Piotr Jabłoński - Praktyczne aspekty implementacji IGP

  • 1. © 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 1 Praktyczne aspekty implementacji IGP Piotr Jabłoński pijablon@cisco.com
  • 2. © 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 2 Ogólne rekomendacje Jeden proces IGP w całej sieci. Idealnie jeden obszar. Wiele obszarów w całej sieci w zale ności od ilości oraz rodzaju u ytego sprzętu oraz od mo liwości innych protokołów. BGP przenosi prefiksy zewnętrzne, IGP wskazuje next-hop do tych tras. Sieć transportowa POP POP POP Area 3 BGP 1 Area 1 BGP 1 Area 2 BGP 1Area0 BGP 1
  • 3. © 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 3 Wybór protokołu IGP Najwa niejsze czynniki: koszty migracji, architektura sieci, znajomość protokołu. ISIS jest mniej podatny na ataki z zewnątrz np. DoS. ISIS jest prostszym protokołem w budowie, ni OSPF. Wszystkie LSP korzystają z TLV. Szybciej pojawiają się rozszerzenia wspomagające nowe funkcjonalności. ISIS wyró nia się priorytetyzacją instalacji prefiksów w tablicy RIB oraz szerszymi mo liwościami znakowania prefiksów. Niewielkie ró nice w przeliczeniu SPF na korzyść ISIS. Więcej urządzeń wspiera OSPF.
  • 4. © 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 4 Zmiana liczby prefiksów o 20 tys. spowodowała wzrost czasu przeliczenia SPF o 10 ms. Zmiana liczby routerów o 3000 spowodowała wzrost czasu przeliczenia SPF o 200 ms. Liczba routerów w sieci IPv4/IPv6 jest głównym czynnikiem wpływającym na konwergencję. 350 300 200 150 100 50 250 Milisekund 5000 10000 15000 20000 25000 1000 R outerów 2000 R outerów 3000 R outerów 4000 R outerów 10 ms 200 ms Co ma większy wpływ? Ilość routerów, czy ilość prefiksów? Przeliczenie SPF
  • 5. © 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 5 Ilość routerów w obszarze Obszar Area 0, Level-2 nie musi pokrywać się z faktyczną topologią routerów P. Limit ilości routerów zale ny od akceptowalnej konwergencji. Test konwergencji dla ISIS: Area 1 BGP 1
  • 6. © 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 6 Ilość tras w IGP Redukcja rozmiar tablicy IGP do ilości Loopbacków. Większe bezpieczeństwo, mniej rozgłoszeń. Dodatkowy zysk do konwergencji. Ostro nie z agregacją tras. Prefix-suppression w OSPF lub advertise passive-only w ISIS RR WAN Regionalny szkielet PE PE PE NMS CE CE CE IGP
  • 7. © 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 7 Limity skalowalności Nieaktualne ograniczenia OSPF: Odświe enie bazy z LSA maksymalnie co 60 minut. Rozwiązanie: DoNotAge bit - ip ospf flood-reduction ISIS: Maks. ilość fragmentów LSP = 255, ok. 30tys. Prefiksów Rozwiązanie: IS Alias ID TLV, uruchomione domyślnie Aktualne ograniczenia Wymagany czas konwergencji, ilość sąsiadów w obszarze. OSPF: jedno LSA typu 3, 4, 5, 7 mo e zawierać informację tylko o jednym prefiksie. ISIS nie ma takich obostrzeń.
  • 8. © 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 8 Redystrybucja Nie wykonuj redystrybucji między IGP, a BGP. IGP nie powinno przenosić zewnętrznych informacji. BGP ma zapewnić widoczność do zewnętrznych tras. IGP rozgłasza adresy next-hop dla BGP, czyli np. adresy Loopback.
  • 9. © 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 9 OSPF Stub Area iBGP Area 0 POP POP POP POP Ochrona przed redystrybucja (OSPF) Zdefiniowanie obszarów jako stub. Filtrowanie LSA Type 3 na routerach ABR. Leaking adresów Loopback do sieci szkieletowej. Adresy Loopback z osobnej, łatwo agregowalnej puli adresów. Domyślnie trasy iBGP nie sa redystrybuowane do IGP. NMS znajduje się w Area0. OSPF Stub Area OSPF Stub Area OSPF Stub Area eBGP eBGP eBGPeBGP ABR
  • 10. © 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 10 Konwergencja sieci Mechanizmy przyspieszające konwergencję Carrier Delay Event Dampening na interfejsie Liczniki Hello/dead Bi-Directional Forwarding Detection—(BFD) Liczniki czasu generowania LSA oraz przeliczenia SPF Incremental SPF Przeliczenie części tras (Partial SPF) LSA packet pacing Licznik MinLSArrival Mechanizmy zwiększające niezawodność Stub router Graceful Restart/NSF NSR
  • 11. © 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 11 Przeliczenie SPF Konfiguracja Cisco: spf-interval <spf-max> <spf-start> <spf-hold> <spf-max> Maksymalny czas między kalkulacjami SPF (sek) <spf-start> Czas do pierwszego przeliczenia (msek) <spf-hold> Czas między pierwszym i drugim SPF (msek) Konfiguracja Juniper: set spf-options delay <> holddown <> rapid-runs <> <delay> Czas odliczany w ‘fast mode’ (msek) <holddown> Czas odliczany w ‘slow mode’ (msek) <rapid-runs> Ilość szybkich update’ów, po których nastąpi przełączenie w ‘slow mode’ (numer) Przykład dla OSPF
  • 12. © 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 12 Przeliczenie inkrementalne SPF Incremental SPF Zmodyfikowany algorytm Dijkstry Utrzymuje niezmienioną część drzewa Przbudowuje zmienioną część drzewa SPF Dołącza ponownie usunięte segmenty do niezmienionej reszty drzewa R1 R2 R3 R4 R5
  • 13. © 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 13 Wpływ Inkrementalnego SPF Zawsze są węzły, które są bli ej zmian w topologii oraz węzły, które są dalej. Rozgłoszenie informacji o zmianie zabiera czas proporcjonalnie do odległośc – najdalsze węzły są informowane najpóźniej. Je eli pełny SPF jest uruchamiany na wszystkich węzłach, wówczas najdalsze routery zbiegną się najpóźniej. Wraz z iSPF dalsze węzły przetwarzają coraz mniej, w krótszym czasie. Rezultatem jest szybsza konwergencja całej sieci.
  • 14. © 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 14 Przeliczenie części tras Pełny SPF Wywoływany przez zmianę dotyczącą węzła lub prefiksów. Całe drzewo SPT jest przeliczane. Wszystkie typy LSA (Type-1/2/3/4/5/7) są brane pod uwagę. Częściowy SPF Wywoływany przez zmianę pochodzącą od LSA Type-3/4/5/7. Je eli jest to Type-3, wszystkie LSA Type-3 do prefiksu są przeliczane. Je eli jest to Type-5/7, wszystkie LSA Type-5/7 LSA do prefiksu są przeliczane. Je eli jest to Type-4, wszystkie LSA Type-4 LSA do określonego ASBR oraz wszystkie LSA Type-5/7 LSA są przeliczane. Partial SPF
  • 15. © 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 15 Przeliczenie części tras Czas przeliczenia SPF Pełny SPF: Zale y od: Ilości węzłów/linków w obszarze Ilości LSA Type-3/4/5/7 Przykład przeliczenia SPF (12k) 50 węzłów ~ 10ms 100 węzłów ~ 25ms 500 węzłów ~ 50 ms 1000 węzłów ~ 100 ms Częściowy SPF: Szybkie przeliczenie – od 0,5 do 10 ms. Partial SPF
  • 16. © 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 16 C 10 10 Interakcja BGP z IGP E uczy się trasy 10.1.1.0/24 poprzez iBGP od węzła D z next-hop = A E sprawdza ście kę do A i znajduje ją w IGP poprzez router D. E instaluje trasę BGP w RIB. Wraz z uruchomieniem C pojawia się nowa ście ka. E zmienia ście kę do A wybierając C, jako najlepszą ście kę. A B D E 10.1.1.0/24 eBGP Pełna siatka połączeń iBGP 20 20 Oryginalna ście ka do A C oferuje krótszą metrykę do A
  • 17. © 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 17 C 10 10 Interakcja BGP z IGP Jednak BGP na C jest jeszcze nie gotowe. Konwergencja 340 tys. prefiksów zabiera więcej czasu. Je eli E wysyła pakiety pod 10.1.1.1 węzeł C nie wie, gdzie je wysłać dalej w sieci. C odrzuca pakiety. A B D E 10.1.1.0/24 eBGP Pełna siatka połączeń iBGP 20 20 C nie ma w RIB trasy 10.1.1.0/24
  • 18. © 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 18 C 10 10 Odczekanie na BGP Rozwiązaniem jest, by C zasygnalizował sąsiadom, e nie powinni korzystać z niego, jako tranzytu. Router E będzie przesyłał ruch poprzez D do czasu zakończenia konwergencji na C. W OSPF czekanie na BGP sygnalizowane jest za pomocą maksymalnej metryki. W ISIS jest opcja ustawienia bitu overload (Cisco) lub maksymalnej metryki (Juniper). A B D E 10.1.1.0/24 eBGP Pełna siatka połączeń iBGP 20 20 Nie wysyłaj danych
  • 19. © 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 19 Bezpieczeństwo Włączenie uwierzytelniania w IGP. TTL-security w OSPF. Ochrona przed przepełnieniem bazy LSA. Nie rozgłaszanie adresów połączeniowych. Loopbacki urządzeń osiągalne poprzez serwer pośredni. ISIS działa bezpośrednio w warstwie 2. Nie mo na zaatakować za pomocą IP.
  • 20. © 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 20 Pytania i odpowiedzi
  • 21. © 2011 Cisco Systems, Inc. All rights reserved.PLNOG6 21